GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Root-Nameserver</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Root-Nameserver</span></h1>

</header>

</div>

<p><b>Root-Nameserver</b> (kurz: <i>Root-Server</i>) sind <a href="Server" title="Server">Server</a> zur <a href="Namensaufl%C3%B6sung" title="Namensauflösung">Namensauflösung</a> an der Wurzel (<i>Root</i>) des <a href="Domain_Name_System" title="Domain Name System">Domain Name Systems</a> im Internet. Die Root-<a href="Zone_(DNS)" title="Zone (DNS)">Zone</a> umfasst Namen und <a href="IP-Adresse" title="IP-Adresse">IP-Adressen</a> der Nameserver aller <a href="Top-Level-Domain" title="Top-Level-Domain">Top-Level-Domains</a> (TLD).

</p><p>Praktisch jeder ans <a href="Internet" title="Internet">Internet</a> angeschlossene Rechner bekommt einen <a href="Domain_Name_System#Nameserver" title="Domain Name System">Nameserver</a> zugewiesen, der Namen wie „de.wikipedia.org“ in technische Nummern (IP-Adressen) übersetzen kann. Hat der Nameserver keine Information zur angefragten TLD (in diesem Fall „org“), wendet er sich an die Root-Server. Dort werden die für „org“ zuständigen Nameserver abgefragt. Bei den org-Nameservern wiederum werden die für „wikipedia.org“ verantwortlichen Nameserver erfragt und dort schließlich die IP-Adresse von „de.wikipedia.org“. Damit der Nameserver diese Kette nicht jedes Mal neu durchlaufen muss, <a href="DNS-Caching" title="DNS-Caching">speichert</a> er die Antworten für eine gewisse Zeit.

</p><p>Root-Server werden von verschiedenen Institutionen betrieben. Die <a href="Internet_Corporation_for_Assigned_Names_and_Numbers" title="Internet Corporation for Assigned Names and Numbers">Internet Corporation for Assigned Names and Numbers</a> (ICANN) koordiniert den Betrieb.

</p>

<div class="mw-heading mw-heading2"><h2 id="Auflistung">Auflistung</h2></div>

<p>Es gibt 13 Root-Nameserver, die fortlaufend nach dem Schema <span style="font-family:monospace;"><Buchstabe>.root-servers.net</span> benannt sind. Jeder Root-Nameserver ist unter einer <a href="IPv4" title="IPv4">IPv4</a>-Adresse und einer <a href="IPv6" title="IPv6">IPv6</a>-Adresse erreichbar. Alle Root-Nameserver setzen <a href="Anycast" title="Anycast">Anycast</a> zur <a href="Lastverteilung_(Informatik)" title="Lastverteilung (Informatik)">Lastverteilung</a> ein, sodass die 13 Adressen gleichzeitig von verschiedenen Orten der Welt bedient werden. Stand August 2024 gibt es zusammen mit allen Anycast-Instanzen 1865 Root-Server.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>

</p>

<th>Buchstabe

</th>

<th>Alter Name

</th>

<th>IPv4-Adresse

</th>

<th>IPv6-Adresse

</th>

<th>Betreiber

</th></tr>

<tr>

<th>A

</th>

<td>ns.internic.net

</td>

<td>198.41.0.4

</td>

<td>2001:503:ba3e::2:30

</td>

<td><a href="Verisign" title="Verisign">VeriSign</a>

</td></tr>

<tr>

<th>B

</th>

<td>ns1.isi.edu

</td>

<td>170.247.170.2

</td>

<td>2801:1b8:10::b

</td>

<td><a href="University_of_Southern_California" title="University of Southern California">USC</a>-ISI

</td></tr>

<tr>

<th>C

</th>

<td>c.psi.net

</td>

<td>192.33.4.12

</td>

<td>2001:500:2::c

</td>

<td><a href="Cogent_Communications" title="Cogent Communications">Cogent Communications</a>

</td></tr>

<tr>

<th>D

</th>

<td>terp.umd.edu

</td>

<td>199.7.91.13

</td>

<td>2001:500:2d::d

</td>

<td><a href="University_of_Maryland%2C_College_Park" title="University of Maryland, College Park">University of Maryland</a>

</td></tr>

<tr>

<th>E

</th>

<td>ns.nasa.gov

</td>

<td>192.203.230.10

</td>

<td>2001:500:a8::e

</td>

<td><a href="NASA" title="NASA">NASA Ames Research Center</a>

</td></tr>

<tr>

<th>F

</th>

<td>ns.isc.org

</td>

<td>192.5.5.241

</td>

<td>2001:500:2f::f

</td>

</td></tr>

<tr>

<th>G

</th>

<td>ns.nic.ddn.mil

</td>

<td>192.112.36.4

</td>

<td>2001:500:12::d0d

</td>

<td><a href="Verteidigungsministerium_der_Vereinigten_Staaten" title="Verteidigungsministerium der Vereinigten Staaten">U.S. DoD</a> NIC

</td></tr>

<tr>

<th>H

</th>

<td>aos.arl.army.mil

</td>

<td>198.97.190.53

</td>

<td>2001:500:1::53

</td>

<td><a href="United_States_Army_Research_Laboratory" title="United States Army Research Laboratory">US Army Research Lab</a>

</td></tr>

<tr>

<th>I

</th>

<td>nic.nordu.net

</td>

<td>192.36.148.17

</td>

<td>2001:7fe::53

</td>

<td><a href="Netnod" title="Netnod">Netnod</a>

</td></tr>

<tr>

<th>J

</th>

<td>-

</td>

<td>192.58.128.30

</td>

<td>2001:503:c27::2:30

</td>

<td><a href="Verisign" title="Verisign">VeriSign</a>

</td></tr>

<tr>

<th>K

</th>

<td>-

</td>

<td>193.0.14.129

</td>

<td>2001:7fd::1

</td>

</td></tr>

<tr>

<th>L

</th>

<td>-

</td>

<td>199.7.83.42

</td>

<td>2001:500:9f::42

</td>

<td><a href="Internet_Corporation_for_Assigned_Names_and_Numbers" title="Internet Corporation for Assigned Names and Numbers">ICANN</a>

</td></tr>

<tr>

<th>M

</th>

<td>-

</td>

<td>202.12.27.33

</td>

<td>2001:dc3::35

</td>

<td><a href="WIDE-Projekt" title="WIDE-Projekt">WIDE Project</a>

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Aufsicht">Aufsicht</h2></div>

<p>Historisch lag die Aufsicht über die Verwaltung der Root-Zone und weiterer <a href="Internet_Assigned_Numbers_Authority" title="Internet Assigned Numbers Authority">IANA</a>-Aufgaben bei der US-Regierung. Die Telekommunikationsbehörde NTIA, die dem <a href="Handelsministerium_der_Vereinigten_Staaten" title="Handelsministerium der Vereinigten Staaten">US-Handelsministerium</a> unterstellt ist, beauftragte die ICANN mit den IANA-Aufgaben. Kritiker erachteten das Mitspracherecht der US-Regierung als problematisch. Neben der vertraglichen Bindung wurde auch kritisiert, dass die ICANN als <a href="Kalifornien" title="Kalifornien">kalifornische</a> Organisation dem Risiko einer politischen Einflussnahme ausgesetzt ist.<sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p><p>Seit 2016 trägt die ICANN die Verantwortung selbst, da die NTIA auf ihre Aufsichtsrolle verzichtet hat. Die ICANN gab die IANA-Aufgaben an ihre neu gegründete Tochterfirma Public Technical Identifiers (PTI) ab, um technische und strategische Funktionen organisatorisch zu trennen.

</p><p>Änderungsanträge an der Root-Zone werden zunächst von der PTI entgegengenommen, auf technische und formale Korrektheit geprüft<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> und anschließend an <a href="Verisign" title="Verisign">Verisign</a> weitergeleitet. Verisign führt die Änderung durch, signiert die geänderte Root-Zone mit <a href="Domain_Name_System_Security_Extensions" title="Domain Name System Security Extensions">DNSSEC</a> und verteilt die neue <a href="Zonendatei" title="Zonendatei">Zonendatei</a> über dedizierte Verteilungs-Server an die Root-Server-Betreiber.<sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup> Bis 2002 erfolgte die Verteilung direkt über <a href="Zonentransfer" title="Zonentransfer">Zonentransfers</a> vom A-Root-Server, was aus Sicherheitsgründen aufgegeben wurde.<sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Ausfallsicherheit_und_Angriffe">Ausfallsicherheit und Angriffe</h2></div>

<p>Die Root-Server bearbeiten eine sehr große Anzahl von Anfragen, ein erheblicher Teil davon verursacht durch fehlerhafte Software oder Netzwerkkonfiguration.<sup id="cite_ref-6" class="reference"><a href="#cite_note-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup> Eine Filterung auf DNS-Ebene findet nicht statt, da dies aufgrund der Einfachheit einer DNS-Anfrage mehr Ressourcen aufwenden würde, als alle Anfragen zu beantworten.

</p><p>Gemäß RFC 2870<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup> muss jeder Root-Server mit dem dreifachen Peak des am stärksten belasteten Root-Servers umgehen können. Das bedeutet, dass ein Root-Server im Normalbetrieb nur maximal ein Drittel seiner Kapazität ausnutzen darf. Fallen zwei Drittel der Root-Server aus, soll das noch betriebsfähige Drittel die Anfragen beantworten können.

</p><p>Der Angriff mit der größten Wirkung auf die Root-Server fand am 21. Oktober 2002 statt. Ein <a href="Distributed_Denial_of_Service" class="mw-redirect" title="Distributed Denial of Service">DDoS</a> erfolgte 75 Minuten lang mit zusammen 900 MBit/s (1,8 Mpkts/s) auf alle 13 Root-Server. Alle Root-Server blieben zwar lauffähig, da die vorgeschalteten Firewalls den Angriffsverkehr verwarfen, allerdings waren etwa neun Root-Server durch die überfluteten Leitungen schlecht bis gar nicht erreichbar. Root-Server-Lookups wurden dadurch deutlich verzögert, durch das Caching gab es jedoch kaum Störungen bei den Anwendern. Ausgelöst durch den DDoS-Angriff wurde die Umsetzung von Anycast beschleunigt.

</p><p>Ein weiterer Angriff fand am 15. Februar 2006 statt, einige Tage, nachdem die Nameserver einer von der ICANN nicht genannten Top-Level-Domain angegriffen worden waren.<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup> Dieser DDoS-Angriff wurde als <a href="DNS_Amplification_Attack" title="DNS Amplification Attack">DNS Amplification Attack</a> durchgeführt, wodurch sich das aufgekommene Datenvolumen vervielfachte. Zwei der lediglich drei angegriffenen Root-Server waren 15 Minuten lang nicht erreichbar.

</p><p>Am 6. Februar 2007 fand ein weiterer DDoS-Angriff auf die Root-Server und gleichzeitig auf einige TLD-Nameserver statt. Zwei Root-Server waren nicht erreichbar.<sup id="cite_ref-9" class="reference"><a href="#cite_note-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Alternative_DNS-Roots">Alternative DNS-Roots</h2></div>

<p>Neben den ICANN-Root-Servern gibt es alternative Root-Server-Netzwerke, die aus politischen oder kommerziellen Gründen entstanden sind. In der Regel bezwecken die Anbieter eine Autonomie gegenüber dem etablierten Root-Server-Netzwerk. Vereinzelt werden Domains unterhalb eigener Top-Level-Domains verkauft. Diese TLDs sind ausschließlich Nutzern des jeweiligen Anbieters zugänglich, da sie in der ICANN-Root-Zone nicht vorhanden sind. Durch die Einführung <a href="Neue_Top-Level-Domains" title="Neue Top-Level-Domains">neuer Top-Level-Domains</a> besteht das Risiko von Kollisionen für die Nutzer alternativer Root-Server.

</p><p>Aktive Anbieter:

</p>

<ul><li><a href="OpenNIC" title="OpenNIC">OpenNIC</a> ist ein DNS-Root, der nach eigener Aussage von Freiwilligen ohne kommerzielle Interessen betrieben wird. Neben den Top-Level-Domains der ICANN löst OpenNIC auch einige eigene TLDs auf.</li>

<li>Yeti DNS ist ein offenes <a href="Testbed" title="Testbed">Testbed</a> zur Durchführung technischer Experimente an einem DNS-Root.<sup id="cite_ref-10" class="reference"><a href="#cite_note-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup><sup id="cite_ref-11" class="reference"><a href="#cite_note-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup></li></ul>

<p>Ehemalige Anbieter:

</p>

<ul><li>Bis 2019 existierte das <a href="Open_Root_Server_Network" title="Open Root Server Network">Open Root Server Network</a> (ORSN), um den Einfluss der ICANN auf das Domain Name System zu senken.</li>

<li>Public-Root war ein Anbieter, der sich als unabhängige Non-Profit-Alternative verstand. Seit 2011 wird die Website nicht mehr gepflegt und die DNS-Server sind außer Betrieb.</li>

<li>Cesidian ROOT</li>

<li><a href="Open_Root_Server_Confederation" title="Open Root Server Confederation">Open Root Server Confederation</a></li>

<li>Enhanced Domain Name Service (eDNS) bot bis zur Außerbetriebnahme 1998 die zusätzlichen Top-Level-Domains .biz, .corp, .fam, .k12, .npo, .per und .web an.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Aus_der_Geschichte">Aus der Geschichte</h2></div>

<p>Historisch wurde die Anzahl der Server auf 13 beschränkt:<sup id="cite_ref-12" class="reference"><a href="#cite_note-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup><sup id="cite_ref-13" class="reference"><a href="#cite_note-13"><span class="cite-bracket">[</span>13<span class="cite-bracket">]</span></a></sup>

</p>

<ul><li>Die maximale Größe (<a href="Maximum_Transmission_Unit" title="Maximum Transmission Unit">MTU</a>) eines Datenpaketes, welches das Internet zuverlässig passieren kann, wurde konservativ angenommen (brutto 576 Byte, abzüglich Verwaltungsdaten).</li>

<li>Da aus Leistungsgründen das verbindungslose <a href="User_Datagram_Protocol" title="User Datagram Protocol">UDP</a> das bevorzugte Transport-Protokoll für DNS-Anfragen ist, musste die Antwort in nur einem Paket untergebracht werden.</li>

<li>So wurde die maximale Größe einer DNS-Antwort auf 512 Byte festgelegt, damit konnten Informationen über maximal 13 Server übermittelt werden.</li>

<li>Aktuelle Software kann mit größeren DNS-Datenpaketen umgehen.</li></ul>

<p>Bevor <a href="Anycast" title="Anycast">Anycast</a> eingesetzt wurde, befanden sich 10 der 13 Root-Server in den <a href="Vereinigte_Staaten" title="Vereinigte Staaten">USA</a>. Dies wurde hinsichtlich der Ausfallsicherheit kritisiert, da eine geografische Zentrierung dem Dezentralisierungsgedanken des Internets entgegenläuft.

</p>

<div class="gallerytext">Historische Root-Server-Karte vor dem Einsatz von Anycast</div>

</li>

<div class="gallerytext">Historische Karte mit 123 Anycast-Instanzen (Stand 2006)</div>

</li>

</ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://root-servers.org/">root-servers.org</a></li>

<li><a rel="nofollow" class="external text" href="https://www.iana.org/domains/root">iana.org</a> – Root Zone Management</li>

<li><a rel="nofollow" class="external text" href="https://www.heise.de/newsticker/meldung/Internet-in-Deutschland-bekommt-eigenen-DNS-Rootserver-91959.html"><i>Internet in Deutschland bekommt eigenen DNS-Rootserver</i>.</a> heise online</li>

<li><a href="Daniel_Karrenberg" title="Daniel Karrenberg">Daniel Karrenberg</a>: <a rel="nofollow" class="external text" href="https://www.internetsociety.org/internet-domain-name-system-explained-non-experts-daniel-karrenberg"><i>The Internet Domain Name System Explained for Non-Experts</i>.</a> internetsociety.org (englisch).</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://root-servers.org/"><i>Root Server Technical Operations Association.</i></a><span class="Abrufdatum"> Abgerufen am 14. Mai 2024</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ARoot-Nameserver&rft.title=Root+Server+Technical+Operations+Association&rft.description=Root+Server+Technical+Operations+Association&rft.identifier=https%3A%2F%2Froot-servers.org%2F"> </span></span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://www.icannwatch.org/article.pl?sid=06/08/25/2325205&mode=nocomment"><i>ICANN Strategy Committee</i>.</a> ICANNWatch</span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://iana.org/procedures/process-flow.html"><i>Root Zone Change Request Process</i>.</a> <a href="Internet_Assigned_Numbers_Authority" title="Internet Assigned Numbers Authority">IANA</a>.</span>

</li>

</li>

</li>

<li id="cite_note-6"><span class="mw-cite-backlink"><a href="#cite_ref-6">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://ucsdnews.ucsd.edu/newsrel/science/sdscRoot.htm">News Release.</a> University of California, San Diego, External Relations: News & Information</span>

</li>

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc2870" class="extiw external" title="rfc:2870">2870</a></span></i> – <i><span lang="en">Root Name Server Operational Requirements</span></i>. Juni 2000 (englisch).</span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://icann.org/committees/security/dns-ddos-advisory-31mar06.pdf">icann.org</a> (PDF)</span>

</li>

<li id="cite_note-9"><span class="mw-cite-backlink"><a href="#cite_ref-9">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://www.heise.de/netze/meldung/Grossangriff-auf-DNS-Rootserver-143116.html"><i>Großangriff auf DNS-Rootserver</i>.</a> heise Netze</span>

</li>

<li id="cite_note-10"><span class="mw-cite-backlink"><a href="#cite_ref-10">↑</a></span> <span class="reference-text"><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc8483" class="extiw external" title="rfc:8483">8483</a></span></i> – <i><span lang="en">Yeti DNS Testbed</span></i>. Oktober 2018 (englisch).</span>

</li>

</li>

<li id="cite_note-12"><span class="mw-cite-backlink"><a href="#cite_ref-12">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://tools.ietf.org/html/draft-ietf-enum-edns0-00"><i>dns extension mechanism for enum</i>.</a> <a href="Internet_Engineering_Task_Force" title="Internet Engineering Task Force">IETF</a> (englisch)</span>

</li>

<li id="cite_note-13"><span class="mw-cite-backlink"><a href="#cite_ref-13">↑</a></span> <span class="reference-text"><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc3226" class="extiw external" title="rfc:3226">3226</a></span></i> – <i><span lang="en">DNSSEC, IPv6 requirements</span></i>. (englisch).</span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-11-19" href="https://de.wikipedia.org/wiki/?title=Root-Nameserver&oldid=261693639">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>